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I am now on the mend, so should be able to catch up on 
the backlog I have here. 


I am still not getting feedback from our members, so I 
assume that what I'm doing is alright. Even the last Scream 
Sheet did'nt throw any brick-bats. (No Bouquets either.) 


You will notice I have added an extra column to the High 
Scores. You may use this for degree of difficulty or for 
Joysticks or keyboard. ` 


We have in’ this issue another very good article from Bob 
Kitch. (He did'nt go with the floods after all). This will be 
of special interest to newcomers to the VZ world. It ig a 
history of the VZ clubs. 


| Also the third of the series on Sound for the VZ., also by 
Bob. And the continuing series by David Wood on Adventure 
Program Writing. I have on hand his next 3 articles of the 
series, зо there is a lot in them. He has also sent a 
demonstration program. It is too long to print in the 
Newsletter, but those that would like it can borrow it the same 
as back issues. Even if you don't want to write Adventure 
Programs, the series is well worth following, as it covers a 
lot of general basic programming, and shows the power of the 
VZ. 


I'll make a suggestion. Some time ago we sent a letter to 
ALL Dick Smith stores, advising them of our activities. I have 
heard that some are not sure we are stil] going. So, whenever 
in a DSE store, remind them we are Still going strong! And if 
you write to DSE head office, suggest they make mention in 
their circulars to their stores and dealers. They can at least 
do that for the VZ of which they sold thousands. 


Cheerio for this issue, Z 
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A HISTORY OF VZ USER GROUPS IN AUSTRALIA AND NEW ZEALAND. 


by Bob Kitch. 





The first advertisement for the sale of DSE’s VZ-200 computer was in Electronics 
Australia June 1983. That is a long while ago, particularly in computing terms, for a 
small and cheap 8-bit computer to survive. Since that time many people have purchased 
and used the VZ-200. and its upgrade in July 1985, the VZ-300. Users and owners of 
the VZ naturally tended to band together, to chew over mutual interests and problems, 
in much the same way as owners of other "breeds" of computers. These "jam" sessions 
were most often held over the phone, but have you ever tried to satisfactorily 
discuss a software problem over the phone? The next stage was to organize a meet ing 
of interested enthusiasts, usually on a week-end, in someones home or ata 
conveniently located hall. And so began "A VZ USER GROUP". 


The VZ was greatly assisted by its origins. The VZ was really a souped-up Tandy 
TRS-80 or its clone, the DSE System-80. These two machines were based on a Zilog Z-80 
microprocessor and held a version of Microsoft BASIC in ROM. (this is what gives a 
microcomputer its distinctive personality) These machines were responsible for the 
commencement of the home and personal computing boom - no small claim. In 1983, the 
VZ-200, manufactured by Video Technology in Hong Kong, used an improved version of 
the Microsoft ROM, offered colour and sound, increased memory capacity and a low 
price. A lot of TRS-80 and Sytem-80 owners upgraded to the VZ. These guys often knew 
2-80 Assembler and the workings of the Level II ROM backwards! They also bought a 
useful software base to the VZ. 


The VZ computer quickly gained a large following and was clearly a marketting 
success for DSE. They claim to have sold in excess of 30,000 VZ-200. DSE's support 
for the VZ was often found wanting — a very common moan amongst Users. The various 
User Groups that sprang into existence provided the essential support for the VZ. 
Without them, the VZ and its Users would have probably withered away and gone the way 
a number of other small computers did. 


User Groups usually have a small band of committed enthusiasts, who tend to carry 
the activities of the Group. They provide the core of knowledge that, unites the 
group, fascinates and nurtures the uninitiated to computing and possess a 
restlessness to achieve more with the VZ. Their reward seems to be simply seeing a 
new member become a successful User. A fairly natural activity to flow from this 
Group, is the production of a newsletter, to serve far-flung enthusiasts (remember 
the telephone) and to record discoveries (be they hardware tricks or new programs) 
for other Users. бо 


A newsletter needs an Editor. These fellows are the greatest. Their contribution 
to VZ computing and the Users is huge. The amount of information recorded in User 
Groups Newsletters is staggering. Some of you may be aware of the magazine article, 
books and software lists that are available. A similar list of User Groups and their 
Newsletters is in preparation. Your assistance in adding to it would be appreciated. 


With this background then, I provide a brief discussion of the VZ User Group 
Newsletters with which I am familiar. I apologize for any omissions, but would 
appreciate being made aware of any shortcomings. 


1. DSE EFFORTS. | 2 


— — —— — 


Undoubtedly, DSE's was aware of its poor support for the VZ — we told them often 
enough! They had also engaged the prolific Tim Hartnell to write a series of books 
for the VZ. Tim commenced the first VZ-200 User Group in mid-1983. He produced 3 
editions of "VZ-200 Interface" — the Official Magazine of the VZ200 Users’ Club. The 
last edition (#3) was issued around Faster 1984. Each edition was around 8 pages and 
filled with hints, Basic programs and DSE advertisements. 


(AS a sad aside, at the time of writing — February 1991 — I noticed ina recent 
paper that Tim Hartnell had succumbed to cancer and passed away aged 40. Tim was a 
significant contributor to the VZ with his VZ-200 and VZ-300 books.) , 


By mid-1984 other "private" User Groups had begun to form. DSE's dropped 
"Interface" and began producing "Comput", a newsletter covering other machines sold 
by DSE. Five editions wrer erratically produced from August 1984 to July 1986. Minor 
articles on the VZ are included. 


I should mention here, forz completeness, that DSE’s Annual Catalogue since 1983 
has contained VZ information. The release of software and hardware items can be 
tracked through these. | | 


2. THE FIRST USER GROUP CLUB. 


Who said that Victorians couldn't read? In early 1984, Mr. Luigi Chiodo produced 
the first edition of "Output". He subsequently changed the name to "Visual Display 
Unit". I do not have a full set of his newsletters. I have #1 — #7. How many did 
Luigi produce? They contain a considerable amount of DSE supplied material as well as 
some other interesting contributions. 


3. THE FIRST QUEENSLAND CLUB.’ 


The first "private" VZ users group newsletter was produced by Mr. John D’Alton in 
June 1984. John went on to preduce 27 issues of "LE'VZ News" with the last in May 
1990. A monumental effort by John, particularly when considered with his software 
support, program writing and Christmas Meetings. In addition to the newsletter, John 
produced a book on programming hints and hardware. This is a most valuable and well 
produced set of newsletters and most are still available from John as back issues. 


4. A GROUP IN ADELAIDE. 


In July 1984, Mr. John Waters of Cheltenham in Adelaide produced the first 
edition of "Ve Zee News". John (perhaps wisely!) initially said that he would only 
produce 12 newsletters. True to his word, he produced 12 monthly editions from July 
1964 to June 1985. His newsletters contain a lot of "meaty" information on the VZ. I 
suspect that a number of the contributors were ex-TRS-80 men. "Ve Zee News” is an 
excellent collection of newsletters and contains hardware modifications and software 
listings. 


5. ACROSS THE TASMAN. 


The VZ was sold by DSE stores’ in New Zealand ard in July 1984 a user group 
commenced in Christchurch. They produced a "Christchurch VZ User Group Newsletter” on 
a monthly basis up until April 1988 when interest waned. Their newsletters are full 
of Basic programs and are very chatty with details of their regular monthly meetings. 


6. LYSCO FROM WA. 3 





6. LYSCO FROM WA. 7 

The Leon Young Software Company sprang up in Perth in late 1984. (Actual date% 

are uncertain as Leon did not date his newsletters.) He also supported the Amstrad h 

and Commodore computers. Leon's Newsletters and Catalogs were fairly informal notes “4 

but contained a number of useful tips on the VZ as well as advertisements for his б. 

software. I have about 10 newsletters in all dated around November 1984 to his 
wind-up in July 1986. 


7. ANOTHER IN NZ. 


In December 1984 another user group was underway in Auckland, New Zealand. They 
produced "XILOG The Microcomputer Magazine for VZ200, VZ300 and Aquarius Users" — 
suggesting their ties with DOE. I have an incomplete set of XILOG but it is full of 
interesting snippets for the VZ user. My last edition is #8 dated August 1985. Does 
ahyoné know any more about this club? | 


8. OUT WEST IN NSW. 


Also in late 1984, Mr. Rick Swancott organized a small user group in the western 
Suburbs of Sydney. They produced 2 small newsletters around December 1984, entitled 
“Out West VZ-200 User Group". It was filled with Basic games. 


9. FROM THE TROPICS.. 


I first corresponded with Mr. Gordon Browell in Darwin in late 1985. Gordon was 
running the "Ad Lib VeeZee Micro Club". He produced informal notes and programs amd 
freely circulated. these to any interested correspondents. The informality of this 
arrangement subsequently resulted in his production of two excellent beginners 
Series. The first was "Micro Magic — Beginners Guide to the Vee Zed" in 6 parts, and 
the second was "Studio Ad Lib — Micro Magic Workshop" also in 6 parts. They are 
excellently written and produced series. 


Somewhere around 1985, Gordon moved to Biggenden in south-east Queensland but 
unfortunately he has more recently become involved in other computers. 


10. ANOTHER BRISBANE GROUP. 


Mr. Michael Novakovic, a secondary student at the time, and living at Goodna, A 
western suburb of Brisbane, produced 4 newsletters. It was called "VZCOMPU200/300" 
and ran from December 1985 to April 1986. Michael experimented with machine code and 
POKE's to the communication region! 


11. YET ANOTHER IN NSW. 


In January 1986, Mr. Mark Harwood published the first edition of "VZ User". He 
produced 22 issues and finished in September 1988. Mark was a Tertiary student 
undertaking Electrical Engineering studies. His newsletter contained a number of 
in-depth features on the VZ. He also gave an introduction to VZDO0S—in-ROM that has 
not been bettered elsewhere. Mark also developed some excellent software in 
conjunction with Gavin Williamson of Laserlink. 


12. ANOTHER NOW CLUB. 
The Hunter Valley Region of NSW has been well served since June 1986 by the 





“Hunter Valley VZ Users Group Newsletter" (now Journal). Mr Gavin Williamson produced 
the first 6 newsletters but Mr. Joe Leon has produced up to the current edition #32. 
This newsletter is still underway and is produced bi-monthly. The newsletters are 
consistently packed with programs and hardware modifications. 


13. AND BACK TO VICTORIA. 


Scott Le Brun was a very prolific writer of adventure games for the VZ. In August , 
1986 he began publication of "VeeZed Down Under". Scott also ran monthly meetings 
from his home. Scott produced 13 editions before the illustrious Harry Huggins took 
over in September 1988. Harry has since produced number 28 and is still going strong. 

has also acquired the remaining VZ hardware from DSE. If you are ever passing 
through Melbourne, plan to spend an evening with Harry. | 


14. ANOTHER AUCKLAND CLUB. 


In October 1986 Peter Hill commenced the Auckland VZ300/200 Users Club. Since 
that time peter has produced on a monthly basis a creditable 50 editions of 
“V2-Link". The Auckland Club is still going strong and has a monthly meeting in the 
city ~ afternoon tea and a cuppa provided. a 


15. AN INFORMAL BRISBANE GROUP. 


A group of enthusiasts in Brisbane decided to hold monthly meetings without 
producing a newsletter as, at the time, John D'Alton was carrying out this function. 
This group meets on the first Saturday of each month at Stan Noble's house. This 
group is evolving towards a computer interest group as most of the members have now 
purchased PC's. The VZ still gets a hammering and some new-comers regularly appear. 


16. A NEW INNOVATION. 
Last year Jason Oakley of Sapphire Productions produced 2 editions of his 


excellent "DiskMag". This is a magazine on disk for the VZ. Jason needs all the 
support he can get to continue his efforts. 


TONE GENERATOR. Cont.from page 10 0005 ‘seeyppare prsx FILE. 


10010 CLS:PRIWT@200, “ERASING FILE": ERA*TOMESEN? 


70 **8ODFFSETS FOR PARAMETER STORAGE ABOVE ROUTINE. 10020 PRINT@200, "SAVING FILE *:SAVE*TOWEGEN® 
11 DATA 81,82 :‘O INTERVAL - PAB(O} 10030 STOP 

170 DATA 83,84: ‘OFF IWTERVAL - PARIT) l 19999 ° | 

730 DATA 85,86 : ‘OW INCREMENT - РАЗ) | 20000 ****PRINTER DUMP FOR DEBUGGING. 

JAD DATA 87,88: ‘OFF TNCRENENT - PAE(3} | 20001 '**9TO ACTIVATE TAKE OUT REMARK IN LINE #670. 

750 DATA 89,90: ‘TONE ORATION - PASAI 20010 LPRINT*DEBUG OUTPUT FROM TOWEGEN* : LPRINT 

759 ' 20020 LPRINT "TOM =", TH: LPRENT | 

760 “**°0FESETS FOR PARAMETERS IN MACHIWE CODE ROUTINE. | 20030 LPRINT*USR() ADDR. =", PEEK (30862) PEEK (30863) ;LPRINT 
ПИШ , 20040 LPRINT PARAMETERS" 


20060 LPRINT ASSIS), 18, PAL(IE) 


780 DATA 7,8: 'OFINC | 20050 FOR 13-0 T0 4 
| 


790 DATA 11,12: TOMDUR 
B00 DATA 17,18  :' ONDUR 
BIO DATA 24,22 :' 
820 DATA 34,35 : "OFDUR 

830 DATA 38,39 :"0FDUR ‘ 
B40 STOP 


999 4 


| 20070 WEXT IS: LPRINT 
ONDUR = 20080 LPRINT'POINTERS IN YARO" 
| 20090 FOR I3=0 TO 23 
20100 LPRINTIS, VARIO, I3), VASCI, IR), VAB(2, 18) 
20110 NEXT 12 
| 20120 ENO 
| 


GAMES COLUMN 


— — ~ -= > . 





Back with a vengence! The VZDU games column has had an influx of 
contributions! ‘Thanks to all those who put in the effort. I hope 
others will see the light and take the time to write in. At the 
moment I am recovering from the mountain of correspondence and so if 
you have sent an envelope for a personal reply, please bear with me. 


One suggestion I received was from Mr Colin Hermans who 
recommends the following material (as well as David's game writing 
column) as well worth reading for info regarding writing adventure 
games. In VADU#3 (Nov 1986) and VZDU#5 (Mar/April 1987) there is an 
article written by Scott Le Brun. There*also is a section in ‘THE 
GIANT BOOK OF GAMES FOR THE VZ300‘' written by Tim Hartnell which may 
be of use. This) book was published by D.S.E. so you may be lucky to 
still find it. Thanks for the suggestions Colin! If anyone else has 
read some useful information on the subject, please aleet me to it at 
the address below! 


And now to the review! Actually I am starting to run out of 
games to review as of late. Maybe next time I'll have a whole new 
bunch to review as a result of David's series! We wait in hope. 
Anyway onward to rescue ..... 


THE ENCHANTED PRINCESS 


The story is simple but heartbreaking. One terrible day an 
evil wizard appeared for just long enough to grab the fair princess 
and carry her away to a far and distant place. Do you dare to take up 
the challenge of rescuing the princess and risking being changed into 
a variety of animals? The decision is yours (although copping out 
isn't nearly as much fun). | 


ENCHANTED PRINCESS was written by Gary McCleary who has 
added a very nice graphical touch at the start (you'll have to play it 
to gee it). The style of the game is fairly standard though which is 
alright as its not the newest of games. What it does do however is 
constantly keep you informed with all the contents of the room 
displayed on the screen which can be a good thing for beginners. It 
also lists all the rooms' exits as well which can be handy. The big 
gripes over this one though are the lack of verbs and the irregular 
movement command. As all budding computer adventurers would know, a 
simple "N","S","E" or "W" is standard for ease of movement, well 
ENCHANTED PRINCESS dares to be different by making us enter such 
disasterously long commands like "GO E". This is just not on! Still 
it makes for a good game for beginners although it may frustrate some 
over the lack of a variety of verbs. 


RATING: 
* VOCABULARY : 4 
*PUZZLE DIFFICULTY: 7 
*ATMOSPHERE : 7 
*LASTABILITY: 6 
OVERALL кз ши ева кайы ижа калек 6 


AVAILIBILITY: Not sure. Maybe Harry can help out here? 
JOT. HANDY & HELPFUL HINTS 


' ir attention 
“Again no hints this month. It seems everyone $S turned their 
UO жаз» 


QUESTIONS & QUERIES 


? Ian Niedzwiecki writes: In HAUNTED MANSION 1. Where is the cross? 
2. How do you kill the ghost? 


? From Peter Watson..... Is PHAROAH'S CURSE the same as gee ee 
ANSWER: No. PHAROAH'S CURSE is an arcade type.game by — у > 
PHAROAH'S TOMB (reviewed last time) is an adventure game rrom 

think). 


? Does anyone know how to get out of the forest..in MAGNUM л 
Ben Hobson) I have tried move, go northe etc.. & also dig : — 
stuck. I have taken a different combination of tools etc. 
nothing. 


? And finally from Bernice O'Mahoney: Our GALAXON game only meg 
high score of 5 digits, so making the highest possible score 3 
Are there two games or is the high score of 150000 a nate ee i 
ANSWER: 150000 isn't a misprint. When the score clock — —— 
99999, a small graphical mess comes up where the one hundred t онла 
digit should be and the rest of the score ticks on thus you can wor 
out your score as the game doesn't stop. 


i Below 
Well we are nearing the end of yet another column. 
should be the new updated high score list and the competitiion 18s е 
becoming а force to -be reckoned with. Again for those who have 
written in, you should be hearing from me soon. 


Well as always, see you next edition! 


Please send all your hints, high scores, questions and 
answers in to: т 


Paul Frantz 
25 Crocker St 
KIRWAN QLD.4817 


CORRECTION 


Ben advises that he left these lines out of Death Maze. 
SO V=33 JY¥=0: W=1:S=0:HS=0: GOSUB11680:G0T01280 
106 FOR Z=1TO2O:NEXT ZsNEXT B 
1261 IF S<OTHEN S=0 
1282 IF S> HS THEN HS=S 
1283 SS=RIGHTS ("00000"+ RIGHTS (STRS(S), LEN(STRS$(S))-1),5) 


1284 HS$= RIGHT$("00000"+ RIGHTS (STRS$(HS), LEN(STRS (HS) )—-1) ,5) 
"1332 PRINT@403, S$: PRINT@435, HSS 


Peter Watson says he gets a NEXT without FOR error in 106. It does 
appear there is a surplus NEXT in 105-106. (Ed) 


it, 
ii 
|! 
| 

rt. 4 








LET? S INVESTIGATE SOUND UN THE v. Ze 


By Bob Kitch. 


болар» 


In the last tvo articles, we played around with the 
SUNG «commend in the BASIC Interpeter and alse got into 
the BEEP routine (usiag the USR commend) in the YZeds 
ROW. J have also provided a brief outline of the sonner 
in which sound is generated, the component parts of a 
sound wave-form and the liaitations om sound generation 
on the YZ. Ia this article I vill present a "full-blown" 
psuede-assesbler routine to fully explore the sound 
generating capabilities of the VZ. The 1/0 latch at 6800H 


is éfrectly controlled - the sound routines in RON are 


not used. The sachine code is called up by a BASIC 
program that also passes the necessary parameters to the 
low-level program. The TOWEGER program is a good example 
of linking machine code to a BASIC prograa - a technique 
that I call FAST BASIC. It is an exceptionally poverful 
programming technique to get the utaost in perforaance 
be the VZ and vas also used in ay LIVENUP graphics 
series, 


AM IDEAL SOUND GENERATING ROUTINE. 


la the previous articles, I have mentioned some of 
the shortcomings of the various methods of generating 
sound on the YZ. àa ideal sound generat ing rout ine 
shou 'd: 
Haye the on and off intervals independaatly variable. 
This is the capability to vary the ‘duty cycle’ of the 
sound and alters the “tisbre’. 
-Rave the ability te continuowsly vary the tone to obtain 
sound effects rather than Just "notes’. 


-Wave the tone duration presettable, but not necessarily © 


independant ly. 

-Be able to be celled from BASIC (via the USR command} 
and have the parameters passed from BASIC. (by POKEing 
into a table.) 
-Be independant of BASIC as it is too slow for 
audio~frequency handling. This was a limitation to the 
programs provided so far. 

-Be relocatable without the need for re-asseably so that 
it can be interfaced with other prograas. 


This looks like a pretty foraidable progranaing 
specification! The first three criteria are achieved by 
providing suitable parameters to the routine. There are 
five in all: 

-ON IHTERYAL 

-OFF INTERVAL 

“OW INCREMENT 

-OFF INCREMENT 

-TONE DURATION 

These “specify” the sound envelope to be fed to the 1/0 


Жез ТОЛУН ЕНЕНЕ ОЛ a ТЕ ЦИРК, Tak A NG TG SENG E КИРД сс 
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Part 111 


эф 
чм... 


latch, In essence, they are really tining le constants 
for the nechine: Tenane ога, 


The lest three criteria are dealt vith by settable 
ка designa and impleneatetion. Clearly the routine 





. wst be written in aechine code. I have chosen to enter 


it as a series of DATA statements (in psuedo-assembler 
fora) from the, BASIC program. It could equally well: be 
assembled using the ED/ASH. Unlike the other prograss 
provided in this series, only one call from BASIC per 
sound, can be tolerated, so that good audio is obtained. 
This removes the annoying “clicking” that occurs whenever 
the program passes backwards and forwards between BASIC 
and aachine code. The requiresent for re-locatability 
necessitates a few extra programming tricks so that 
parameters can be passed from the BASIC program to the 
mechine code. This is taker care of in the progran 
however by the use of temporary pointers stored in 
tuo-disensional array YAS. As is ay usual practice, I 
place machine code in a protected top-of-nemory position 
at procedure that I am sure nost of you are familiar 
with. | 


Another useful feature that I have incorporated into 
the program, -is the ability to record the sound effects 
on the ¥leds cassette recorder, Remember in Part I, I 
mentioned that«the 1/0 latch also controls the cassette 
port? To use this facility, Just record on the cassette 
as the sounds are being created. They can be played back 
on any suiteble “Ghetto-Blaster* | 


TONEGEN PROGRAN. 


The prograa is quite easy to enter, but double check 
that lines 1010 to 1320 are correct. To gain a better 


understanding as to how the re-locatability and passing 
Of parameters works, 


a debug dump is provided by removing 
the ReMerk from line 670. A perusal of the resutting 


~ print-out should clarify the method used, The parameters 


are directly POKEd into a 10 byte table reserved above 


~ the eachine code held ia top-of-nemory. The proorae - 


occupies 60 bytes and the table occupies 10 bytes of the 
99 bytes reserved for use. The BASIC portion of the 


progran is wel? commented and should be familiar to sost. 
All of the REMarks can be omitted if you do not wish to- 


enter then 


The ‘working’ section of the program is the aachine 
code and the psuedo-asseabler provided (lines (010 to 


1320) outlines the sanner ia which the sound effect is 


we me i — — — тас = 
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obtained. The use of the alternate (or “back’) register 
set on the 280 is unusual and aay confuse at first. I 
used this programming technique so thet all of the 
parameters are held in on-chip registers and the progran 
really zips along. 


The program structure is really quite sieple. There 
is an ‘outside’ timing loop (TI) controlling the overall 
TONE DURATION. (tines 1050 to 1280) The loop counter for 
this is the alternate HL’ register, This register is 
initialized ia tine 1040 and the use of this alternate 
register requires the frequent use of the ENY (exchange) 
instruction. (lines 1030, 1050, 1240 and 1290). There are 
two “inner” timing loops (T2 and T3) located vithia the 
“outer” one, The first of these controls the OW INTERVAL 
and the second one controls the OFF INTERYAL, Register Ht 
(asin register set) is the loop counter for each of these 
loops and is initialized iR lines 1070 and 1160 
respectively. For each of the timing loops familiar code 
for decrenenting and testing for zero is provided in 
lines 1250 to 1280, 1110 to 1140 and 1200 to 1230. 


The other two parameters are OW INCREMENT and OFF 


INCREMENT and are loaded into the BC and DE registers in 
lines 1010 and 1020. They are unmodified during the Tl 
loop. These values are summed with the HL register value 
to modify the duration of the 12 and 13 loops in lines 
130) and (170. The incremented values are placed back ir 
the table ia lines 1090 and 1180. In this aanner the 
sourd is continuously variable. 


The only resaining section of the code to discuss is 
the actual switching of the I/0 latch located at 6800H. A 


suitable value is placed in the A register to switch the 


appropriate PAIRS of BITS to control both the piezo 
speaker and the cassette port. (recat) Part I of this 
series.) Remember also that the pairs of bits aust be 
complementary - i.e. one on and the other off. In line 
1060 the A register is set to a decinal value of 36 
during the OW INTERVAL in loop T2. This corresponds to 
the speater peir - bits 0 and 5 - being set to offlon 
respectively and the cassette pair - bits | and 2 - being 
set to off/on. In line 1150, the A register is changed to 
@ deciaal value of 3 during the OFF INTERVAL in loop 1З. 
This corresponds to an inversion of the 2 pairs of bits 
to on/off. In tines 1100 and #190 the value in the A 
register is written to the 1/0 latch address and a 
resulting click is heard from the speaker or recorded on 
the tape. This sequence is repeated according to the 
"outer" timing loop TI but with loops T2 and 13 being 
modified according to the OM and OFF INCREMENT 
parameters. In tine 1300 and 1310 the A register is 
a and written to the latch for an orderly return to 


As I said, it is @ pretty easy program to folloy and 
is a good preliminary introduction to assembly language 
techniques - particularly interfacing with the speaker 


and cassette hardware. 
SOME PARAMETERS TO TRY. 
It is fun to play around with the TONEGEN program and 


experiment with the effect each parameter has upon the 
resulting sound. Try the following: 


100, 100, 0,0, 1000 & square wave, : 

500, 500, 0,0, 500 lower pitched square wave- longer 
0005. 

10, 10,0,0,5000 higher square wave. | 
10,0,0,6, 10 10 clicks with varied duty cycle. 
100, 100, 0,0, 500 buzz. | 

200,20,0,0,1000 

20, 20, 10, 10, 200 


20, 20, -32760, -32760, 200 

1000, 1,-1.1, 1000 

5000, 1,-10, 10,500 

1,1,1,9, 1000 

1,1, 1,0, 1000 

and so on..... [ty an visualize the values being placed 
into the HL, HL’, BC and DE registers so that they car be 
related to the sound produced. 


One final thing with this program. As you experinent 


with it, you will no doubt put the VZ into some very long 


loops that cannot be broken out of with the BREAK key. A 
useful addition to the machine language progran is to 
have it look for the BREAK key in each of the loops. Have 
a 90 at making the necessary alterations, Another method 
is to use the Interrupt Vector to intercept akey 
sequence to return to BASIC and regain control. 


We have investigated as far is possible in this 
series of articles, the software and hardware aspects of 
sound generation on the VZ. I trust that you will use 
some of the techniques to enhance your progranaing 
efforts. I hope that 780 Assembler is becoming a little 
less aystic also. 


I? —X | 
ve soo TONE GENERATOR + 
3 ө ҮРДҮН +o | 
E ooe 7/8187 „г | 
Ж eee REF: YOU 3/16 seo | 
§ : — 
g? 
i CLS: PRINTS. “Tome GENERATOR": PRINT@197, "LOADING MACHINE C00 
It GOTO 110 E | 


20 "***COMVERT UNSIGNED TO SIGHED DECIMAL - PASSED IN UD & SOS 
30 ТЕ 0›32757 Тин SOT=IMT(UD-65536) ELSE SO2=INT(U0) 
35 RETURN 


30 'OeeCOMVERT UNSIGNED DECIMAL TO NSB & LSB - IN UD, MSS, LSS. 
50 MSS=INT (00/256) :LSE=INT(UO-256°MST) : RETURN 
60 'SOOCONVERT SIGNED TO UNSIGNED DECIMAL - PASSED IW spe #10 | 


70 IF $01‹0 ТН UO=S01+65536 ELSE U=Sp% 
80 RETURN 


100 ***SLOVER TOM TO SAVE ROUTINE. 

110 TM=256°PEER (30898) +PEEK (30897) -100; "SPARESERVE 99 BYTES, 
120 UD=TM:6OSUB 50: POKE 30898, HS3: POKE 30897, LSE 

- CLEAR 100 :'OORESETS ALL VARIABLE 


140 UO=0: TH=0:AD=0: SOB=0: M980: L940: °*°0 IM TT TAL 176 STORAGE. 
150 180: D¥%=0 | 
ПИЕ ARRAYS, | 


160 DIM YA O7, 23), PAR(4), MSS(4) 
A T= 256°PEEK (30898) +PEEX (30897), '#8er Oy 


200 '***READ IM SOUND ROUTINE. + | 
210 FOR AD=TH+t TO TGO :*8SLOAD 60 BYTES. ! 
220 UD=AD:6OSU8 30:READ OVE:POKE Sog OVE | 
230 NEXT AD | | 
240 (ф=ТИ+1:6058 50 :'*OSET USR POINTERS. | 
0 PORE 30863, 458: POKE 105521 


500 "***IWITIALIZE POINTERS 1p VAR(), 
310 FOR 14:0 TO 23 

520 READ VAZ (O, IS) : UD=TM+VAS (0, 18) GOSUB 50: 60SUB 59 

330 VASCO, 13) =SO: VAS(1, IZ) =LSE: VAL(2, IL) =HGE 

540 NEXT 14 

599 

100 '***POKE STORAGE LOCATIONS INTO ROUTINE, 

+O POKE ¥AR(O, 10), VAST. 4). POKE YAE(O, 11), VAR(2, 4) 
20 PORE VAS(O, 12}, WALU, 6); POKE ¥A8(O, 13), VAE(2, 6) 
30 POKE VAZIO, 14), VARII 8): POKE VAS(O, 15), VAS(2,8) | 


a 
— — — . 


— rah mamang an a —— — ges, 


40 POKE VAZIO, 16), YA8(1. 0): POKE VATO, 17), VA3(2 0) 
50 POKE YASCO, 18), YAS(I 0): POKE VASO, 19), YAB(2 0) 
60 POKE VAZ(O, 20), VASIL 2). POKE VABLO, 21), VARIZ 2) | 
П POKE VASCO, 22), VABU 2): POKE VAS(O, 23), VAS(2. 2) | 


00 “**°LOAD SCREEW MESSAGES, 
10 HSS (0) =° RANGE OF+/-32767*+CHRS C10) +CHRS(13)+" 


'O MSS(1)=" OFF INTERVAL 
Q NSS(2)=" OW INCREMENT" 
O NSS(3)=" OFF INCREMENT" 


OW INTERYA 
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550 $$(4)=* TONE LENGTH 

599 ' 3 

600 °**9F IND OUT PARAMETERS, 

G10 CLS: PRINTSS, "TONE GEWERATOR® : PRINT 

620 FOR 1150 70 & 

630 PRINT MSS(18); : INPUT PAZ(IZ): SoE=Pagy It) | 
640 60 70:60588 50 

650 МЖЕ ҮМ1(0,2*°10),18: POKE VAS (0, 2°12+1), M2 
660 NEXT I8 

670 '6070 20000  ;'seeDEBUG yp, 

699 e 


708 **°*RIM TONE ROUTINE, 
—R 


800 **°96) ASAT? | 
810 PRINT: IMPUT* ANOTHER TOME (V/M)";AS3TE AS=°Y° THEN GOTO 610 
899 ' ` 


900 '*9°RESET TOM OM EXIT. 


910 THeTH+100 s 'SOeORIGINAL TOM. 
920 UO=TH: 60SUB 50: PORE30898, HSS: POKE30897, 1% 

930 CLEAR 50 

999 4 


1000 '*' 0 ) КИЛЕ - ҮЕ (#0 ARE RESET LATER. 
1001 **2*ALSO-SETS CASSETTE PORT OW BITS 42. “2 
1002 "**°REGISTERS USED AF, BC, DE, We & HLS. 

1003 “***LENGTH G0 BYTES. NO STACK USED. 

1010 DATA 237,75,0,0 :' LD BC, (ONINC) 


1020 OATA 237,91,0,0 :* LO DE: COFTNC) 
1030 DATA 217 ' Бу 

1040 DATA 42,0,0  :' LD HL' (TONDUR) 

1050 DATA 217 TH EN 

1060 DATA 62,36 :* LD A,001001008 

1070 DATA 42,0,0 LO HL, (ONDUR) 

1080 DATA 9 ' ADO HL, BC 

1090 DATA 34,0,0 = :* LD (ONDUR) HL 

1100 OATA 50,00,108 :° LD (600). A 

1110 DATA 83 © ;'T2 DECH 

1120 DATA 125 st a 

1130 DATA 180 © RH 

MAD DATA 32,251 RAL T . 
1150 DATA 62,3 :' D A, 00990115 

1160 OATA &2,0,0 :' LD HE, COFDUR) 
“1170 DATA 25 :' ADD HL, DE 

1180 DATA 34,0,0 © :* LD (OFOUR) M 

1190 DATA 50,00,108 :* LD ¢6800).4 

1200 DATA 43 "TS DEC HL 

1210 DATA 125 WAL 

1220 DATA 180 RH 

1230 DATA 32,251: RLG 

1280 DATA 217 © | 1 


e 
HO DATA NGO, 


d 


1250 DATA 43 


| BEC tL 
1260 DATA 125 өз, МД 


144 
` Maja tty 

nat’ Ked BX iTi 

seed! ЖЕ инунҗ 
oD 


1280 DATA 32, 215 
1290 DATA 217 


„3% 
vee 


1300 DATA: 62, 00, - ; газе гае вз, 
1310 DATA 50,00,10} ;: LD(6800) , A 

3000710! ` :' рү 

1699 ' 


Continued on page 5 


1/L. ROUTINES USED IN ADVENTURE GAMES. 


By David Wood 


— ~~ —— — 


NOTE: I£ you are a beginner to Assembly Language, don’t worry if you 
can’t underatand how thease routines work. However what you should know 
ia what they do and how to uae then. 


RESTORE LINE NUMBER 


Those uaera who own other computers, or have tried to convert BASIC 
programa from other computera for the vZ may have noticed an extension 
for the RESTORE command. On the VZ this command causes the next piece 
of data to be read from the firat item in the firat DATA statement. 
Other computera can alao use it in the form RESTORE 5030 (or any other 
line number, provided it exista) ao that the next piece of data read 
will be the firat item in line 5030 (or whatever). The VZ does not 
aupport thia application of the RESTORE command. However a small 
Machine Language routine will simulate this. Recently I discovered 
treat the routine had been placed in the wrong place, meaning that it 
didn’t work and I had to alter it. Here is the correct version. 


12 DATA237,91,33,121,205,44,27, 210,217, 30,11,237,67,255,120, 201 
13 FOR 1231273 TO 31288: READ A: POKE I,A: NEXT 


ED SB 21 79 Qe1 LD DE, (7921H) 
CD 2C 1B 002 CALL 1B2CH 

D2 DƏ 1E 203 JP NC, 1ED9H 

ов 004 DEC BC 

ED 43 FF 78 005 LD (78FFH), BC 
c9 206 RET 


The firat line obtaina the value in memory location 7921H (31009/10D) 
which contains the value of L aent in the BASIC command X=USR(L). Thia 
value ia placed into the DE register. A CALL to 1B2CH ia then carried 

out to find out where the line to be RESTOREd to occurs in memory and 

“placea that addreaa in the BC regiater. If the line doesn’t exist at 
all, a jump ia made to the ?UNDEF’D STATEMENT ERROR routine and 
control ia then returned to BASIC. If the line does exiat,* the BC 
register ia decremented by one, and this value ia loaded into location 
7QFFH (30974/5 decimal) which containa the location of the last piece 
of data read in the program. Because the memory location before the 
atart of the line number to be RESTOREd to is loaded into this, the 
processor is "tricked" into thinking that last piece of data read was 
in the line before. Therefore the next piece of data will be read from 
the desired line. 

Thia ia useful for when you want to display a particular room 
deacription. These are atored in date atatements which in the sample 
program start at line 5@00, with each new description spaced by ten 
line numbers (IE room 1 at line 5000, room 2 at 5010, etc). If you 
wanted a particular deacription, you would need to RESTORE every time, 
and then read through all the data until you found the right one. This 
takea conaiderable amounta of time, and would be difficult to program 
aa in the sample program, different deacriptiona may take up different 
numbera of data atatementa. By uaing the above routine, you can 
calculate the line number of the next piace of data you want read. 

EG 
L=499@+ (R#10@):GO5UB 3300 


$300 POKE 30862,41: POKE 30863,122 
532@ X=USR(L): POKE 30862,82: POKE 30863,121: RETURN 
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The USR command causes the computer to start executing machine code 
from the addresa pointed to by 30862/3, until it encounters the 
assembly language RET command where it will return to BASIC. At the 
the atart of the subroutine at 5300 thia pointer is altered to the 
atart of the routine at 31273. When it has finished, the pointer ia 
changed back to 31058 which ia the atart of the enhanced aound routine 
(below). 


SOUND ROUTINE 

Thia routine altera the VZ’a sound capacity from 31 frequenciea 
(highneas or lowneaa) and 9 durationa to 65535 frequenciea and 65535 
durations. While thia may sound roay, not all of these are very 
uaeful. Durationa approaching 65535 are far too long to be of much 
uae, and after the firat few thousand frequencies, the rest are so 
alow they are only a aeriea of clicka. Thia ia atill a huge 
improvement on the aocunda used from BASIC. Unlike BASIC sounds, the 
higheat frequencies are the low numbera. For inatance, frequency one 
ia ао high that it 1a almoat inaudible. Thia routine ia very similar 
to the one that appeared in Bob Kitch’a sound article a few months 
back, but waa obtained from a different aource. 


15 DATA 243,1,100,0,33,20,, 205,92,52,201 _. 
17 FOR IT=31058 TO 31068: READ A: POKE I A: NEXT 
13 POKE 30862,82: POKE 30863,121 


E3 ool DI 

д1 64 90 Q2 LD Bc, 100D 
21 14 00 003 LD HL,2@D.,. 
CD 5C 34 004 CALL 345CH 
ca 205 RET 


The values in lines 2 and.3 are dummy values, and must be POKEd into 
the right part of the routine from the BASIC program. The BC register 
containa the duration, and the HL regiater the frequency. A CALL ia 
made to 345CH where the sound ia executed, before the flow returna to 
BASIC. If you reatrict both your frequency and duration to 255 or 
below, a sound can be executed by POKE 31063,freq: POKE 31069, 
duration: X=USR(®). 15 you want to use valuea outside thia range you 
will need to uae: О. 


FOKE 319064, ЇМТ‹#гед/256): POKE 31063, freq - (PEEK (31064) #256) 
POKE 31061, INT(dur./256): POKE 31060, dur. - (PEEK (31061) *256) 
X=USR(@) 


A wide range of sound effecta can be created using this routine. 
Unfortunately the beat way to discover «them is by trial and error. 
Moat of the beat effecta can be obtained using loopa. Here are a fey 
examplea from the demo program and from Merkfruit Lodge. 


DOOR OPENING | 

FOR I=11@ TO 60 STEP -1: POKE 31060,1: POKE 31063,I: X=USR (@) 

FOR J=1 TO I: NEXTJ,I | 

CRICKETS CHIRPING 

FORJ=1TO4e 

FORI=1TO6: POKE 31060,40: POKE 31063,20: X=USR(O) : NEXT 
FORD=1T0O100: NEXT: NEXT 

‘The above sound effect haa limited use but it is probably the most 
realiatic one I have come up with ao far.) | 

CATS MEOWING 


FORJ=1T05: X=50-RND(20) 
FORI=20+X TOS@+X : POKE31063,I: POKE31060,4:Y=USR(O) :NEXT 
FORI=50+xX TO4@+ x STEP-1: POKE 31063,I: y=USR(@) :NEXT 
F@RD=1TO5@+RND (300) :NEXTD, J 

AXE BLOWS 

POKE 31064,5 

FORT=1T01@: POKE31063, 255: POKE 31060,2:X=USR(@): SOUND@,4: NEXT 
POKE31064,0 

“Note the uae of the SOUND command in the above routine. This can 
often be used inatead of a delay loop.) 

BUBBLING TEST TUBES 

POKE31062, 40: FORJ=1TOS8: ST= RND(20): FORI=ST TO ST+20@ STEP 3 
POKE31063,1:X=USR(®) !NEXTI, J 

MOSQUITOES 

POKE31060,1:POKE31063,5: FOR I=1 TO 1600: X=USR(O) :NEXT 
POKE31063,2:FORI=1TO60: X=USR(O) : NEXT 

REMOTE-CONTROLLED CAR 

POKE31064,1:POKE31060,1 

FORI=1T0 300: POKE31@63, RND (50) +100: X=USR(O):NEXT: POKE 31064,0 
GENERAL PROMPT | 

FORI=1T0O3: POKE31060,4@:POKE 31063, 20:X=USR(O) :NEXT 
FURD=1TO100:NEXT 

FORI=1TO3:POKE31063, 40: X=USR(O) :NEXT 


With a little imagination and trial and error, you may be able to 
think of several other sound effecta. Some other possibilities тау 
include alarma or alreng, dripping taps, ticking Clocks, motor 
vehiclea auch aa Сага or aeroplanes, assorted Zaps and explosions, 
etc. If however, you wish to include tunes in your program, you may be 
better off using the SOUND command. Thia command was Specifically 
designed for muaic Programming, with each value of frequency (from 1 
to 31) representing a note from A in the second octave to р in the 
fifth octave, (Note 16 ia middle C.) The table of these values ia in 
chapter eighteen of the BASIC REFERENCE MANUAL. Alao a problem with 
the machine language sounda ia that “durations” of the same value last 
longer for the higher notea than the lower notes. For example, a 
duration of 65535 lasts only about twenty seconds for frequency seven 
Ca painfully high pitched noise), whilst the same value lasta for 
Several minutes with a frequency of 65535 (occassional clicka). 
Although this ia а rather exaggerated example this can be quite 
noticeable, even for sounde which are quite close together. This small 
loop may illuatrate the point. 


PUKE 31@60,4@: FORI=1T0255: POKE 31063,I: X=USR(Q): NEXT 


SIMULATING THE EXTENDED BASIC "“DEFINT" COMMAND 


In extended baaica, the command DEFINT A-Z definea all variablea A 
to Z aa integer variablea, without them having to be listed as 
Ax, Nx, Q5, 2% ete. Defining them aa integer variables (variables which 
may only contain whole numbera between -32768 and 32767) causea the 
variblea to take up leaa memory in the Simple variablea table, and 
enablea the program to operate more quickly. 

The Variable Type Declartion Table exiata from 30977 to 31002, 
having one location for each letter. The value POKEd into each 
location defines the variable type of any variable starting with this 
letter. The valuea are: 2 = integer, 3 = atring, 4 = Single precision, 
8 = double precision. For example 1f location 30977 contained a two, 
the Variables, A, AB, AS and ANSWER would all be defined aa integer 
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variables. However this can be overridden by the program ~- by using 
AS, Ax or whatever in your program. Note that the default ‘value for 
each location of the table ia four, ao all variables are aingle 
precision unleas otherwise defined. To aimulate the DEFINT A-Z command 
ia quite aimple, using a loop to poke the appropriate value into each 
of twenty-alx locations. 





14 FOR 1230977 TO 31002: POKE I,2: NEXT 
FINDING THE LOCATION OF A PARTICULAR LINE 


You may recall in the article I wrote about tape saving the 
adventure data, that I auggeated it would be possible to alter the 
filename of the data file by POKEing the filenane into the appropriate 
parts of the program. The major anag with this was that it would be 
difficult to find the exact location in the prograrg where the CSAVE, 
CRUN or disk commanda occurred. Fortunately, there ia a useful 
machine langauge routine in ROM which will do this for us - the CALL 
to 1B2CH (alao used in the Reatore Line Number routine) will find the 
Location of any line number in a BASIC program, provided it exists. 
The machine language routine used called from BASIC ia therefore very 
GBimilar to the Reatore Line Number routine 


ED 5B 21 79 @e1 LD DE, (7921H) 
CD 2C 1B 002 CALL 1B2CH 

D2 D9 1E 903 JP NC, 1ED9H 

ED 43 21 79 004 LD (7921H), BC 
c9 005 RET 


The routine ia called from BASIC by the command LO=USR (line number) tS 
The aasembly language routine places the location of the atart of the 
desired line in the variable LO. Five must be added aa the firsat four 
locationa of every line contain the memory location of the atart of 
the NEXT line and the actual line number of the line. The next 
location in the line you wish to alter may containa the CSAVE, PRINT 
(or whatever) command in a token form. The aixth location contains 4 
quotation mark (") but this will not be altered because the loop will 
automatically add at least one. The seventh and following locations 
contain the text in ASCII form which will be altered by the program. 
If you try to find a line that doean’t exist, the UNDEF’D STATEMENT 
ERROR routine ia called. Here is the sample program: 


19 DATA 237,91,33,121,205,44, 27,210,217,30,237,67,33,121, 201 
20 FOR 1=31273T031287: READA: POKEI,A:NEXT 

30 POKE30862,41: POKE30863,122 

40 INPUT" INPUT YOUR FILENAME (16 CHRS)";AS 

SO IFAS=""THEN STOP | 

60 AS=AS+" "s AS= LEFTS(AS,16): ^16 SPACES 
7@ LO=USR(110)+5: IF LO>»32767 THEN LO=LO-65536 
8OFORI=1TO16 

902=ASC(MIDS(AS,1,1)! POKE LOtI,Z 

100 NEXT 

11@ PRINT“SAMPLE FILENAME." 

12@ GOTO 4e 


In line 70, note that the location must be converted into signed 
integer form. 
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ADVENTURE GAME WRITING ~ INITIALISATION 


Moat of thia is placed at the end of the program, for reasons which 
were explained in an earlier edition. However the firat part ia left 
at the atart of the program. 


19 EL=31:°NO=29:NV=27:G=17: X=USR(@) :X=USRCOQ) 
20 GOSUB 4000 


This line definea a few constanta which are uaed many timea in the 
program. EL ia the width of the screen, used for the automatic 
wrap-around subroutine (which enaures that a word ian’t split between 
two lines on the screen). NO ia the number of objecta - both gettable 
and fixed objects - basically any noun that the computer knows. NV is 
Similarly the number of verba that the computer knows. G ia the number 
of objecta which may be picked up by the player. All of these (with 
the exception of EL) may need to be altered by the programmer during 
the course of the writing of the program'aa varioua elementa of plot 
are added or taken away. Thia simply allowa the programmer to fix 
everything up in one line inatead of looking through the program for 
the many occurrencea of theae conatanta. ( Ignore the X=USR(9): 
X=USRCO) in the line - thia aimply calla the beep routine twice, 
because when the LOAD routine reatarta the program, the player needs 
to know to atop the tape.) | 


4@@® DIMC(G),F(40)y 28(13) ,WCG) 

4010 L=4990:GOSUBS30@:FOR I=1 TO 13:READZS(1):NEXT 

4920 XS= "N?77S7?7W?7E? 7HELINVGETEXALOODRO LEAQPEREAUNLLIGEXTDO?" 
4050 XS=XS+ “WINDIGGIVWEAKICEATSTAPLASAVLOA " 

49490 YS= "LISMAPTAPBOOFOOSTIGASMOUCAREAR BONKEYBATTORROCFRIWASDOG" 
4045 YS=Ya+ "“CATFOLSTEBOOBROHOMBUSDOODOOSOC DRA" 

4046 “LEAVE OUT THE SPACES IN THE ABOVE LINES 

405@ FORI=1TOG:READC(I):NEXT: FORI=1TOS:READIJ!IF(J)=L:NEXT 

4055 FC(25)=10:F(22)=9 

4@6Q@FORI=1TOG!READWC(I) :NEXT 

4065 R=25:5=120:RS="0K... GOOD LUCK" 

4072 RETURN 


Line 4000 dimensiona arraya for some of the data from the program. 
Array C sets aside G (which equals 17) spaces for information on where 
each object is, and whether the player is carrying it or not. Array F 
sets aside 40 apacea which determine whether a gettable object ia 
invisible" or not, and other miscellaneous information auch as 
Whether a certain door ia open, or whether the torch ia lit or not. 
The 25 array aimply carries aome uaeful words for the start of room 
deacriptions, and deacriptiona of objecta. In the demo program the 
words are “in “,"on “,"“by "“,"at “Ma "," an “,"" "some "the 
sage ane oan Л ke “south, weat" and “east". Note the apacea which accompany 
aome of the worda. Finally the W array carriea the relative weights of 
the gettable objecta. The player’a atrength, and the sum of the 
weighta of the objecta he/ahe ia trying to carry determines whether a 
certain object can be carried or not. 

Lines 4020 and 49030 put the first three letters of every verb into 
the atring XS. Where the verb contains less than three letters, use 
queation marks ta —— up" the remaining apaces. EG 
XS="N?7S77W?7 7E?77HELINV..... Similarly 4040 and 4045 put the first 
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three letters of every noun into YS. 

Line 4059 reada the room location number of every gettable object 
into the C array. If the player picks up the object the location 
number ia replaced by a zero. Another loop reada the object numbers of 
the objecta which are deemed "invisible" (that ia, they cannot be 
immediately seen by the player, if hidden in a cupboard for example). 
For these a one ia placed in the array and for visible objecta a zero. 
Object 14 ia invisible, ao F(14)=1, but object 15 isn’t so F(15) 
remains equal to @. Line 4055 pute other values in the array - that 
there are ten servinga of food left, and that the dog ia in room nine. 

The weight valuea are read into the W array with light objects 
such a8 4 key (1) to heavy objects such as a fridge (50). 

The initial Room that the player occupies in thia case ia set to 
25, and the Strength to 120. R$, which is the message displayed along 


with the room description ia set aa "OK... GOOD LUCK". 
At line 5090 in the demo program, the .DATA statements for the room 
descriptions atart. To aave: memory, the worda “YOU ARE " are left off, 


and added to the descriptiona later in the program. Following is some 
code for the next two words in the deacriptiona. EG. 
9002 DATA"13YOUR BROTHER’S BEDROOM..... 
OR 
2812 DATA"1SNORTHERN PART OF THE LOUNGE..... 
This la because room deacriptiona atart with only a few different 
words. 
_ FIRST WORD 
1 IN 
2 ON 
3 BY 
4 AT é 
You may alao like to uae othera like NEAR or FACING or по word at all 
for where your description doesn’t begin with any of these worda. 
SECOND WORD 
l A 
2 AN 
3 
4 SOME 
5 THE 
You may need to use aeveral lines for each room description to 
Overcome the problem that the VZ only allows 64 charactera per line. 
But alwaya make aure that each new room description is the same number 
of line numbera apart, 8O you can make an equation for the RESTORE 
LINE NUMBER routine to be able to read to correct deacription: eg 
L=4990+ (R10) - 

At the end of each description you place your movement codes. In 
this way they also act as end of description markers. eg 
504 DATA “ ARE IN HERE. 1011" Pe whee 
OR | o, 
5012 DATA "A BOOKSHELF. 1910" - 
(Remember that the movement codes indicate which directions the player 
can move. In the firat inatance, south is the only option and in the 
second the player can move south or east, but not north or west.) 
At line 4700 in the demonstration program are the descriptions of 
gettable objecta. At the satart of each description ia a code based on 
the aecond word of the room deacription codea (ie. A »AN ,"" (not used 
in thia case), SOME , and THE Calao not uaed)). Otherwise these are 
fairly atraightforward, Placed five lines apart. eg | 


Аю ст 


(nothing) 


16 


ee 


4770 DATAILARGE AND VERY HEAVY ROCK 
4775 DATAZOLD WHITE FRIDGE 
47860 DATALLARGE WASHING MACHINE 


(Make Sure you place these in the same order as you put the first 
three lettera of the nouns into YS. Algo in YS, use the firat three 
letters of the nouns themaelves Cle ROCFRIWAS) 


descriptiona. ) 


rather 


The other data lines аге even more atra , 
containa the initial location (room number) от ee 
aa they appear in YS). Line 4360 containa the object numbera of the 
objecta that are "invisible," (The object number ia the order in which 
they appear in ys and the object deacriptiona - the firat object ig 
number one, the second ia two, etc). The third containa the th 
ы weightea of each object in order. | 
you wish, you may like to type in your ; 
Atatementa before you have шша Ос a нын 


The HIGH Scores 


GAME SCORE LEVEL HOLDER 
DAWN PATROL 52500 David Wood 
CRASH 573 Peter Watson 
DIG OUT 24400. Paul Frantz 
HAMBURGER SAM 39500 Stephen Frantz 
LADDER CHALLENGE 22530 Peter Watson 
KAMIKAZE 16420 Peter Watson 
TEN PIN BOWLS 206 Bernice O'Mahoney 
VZ INVADERS 30160 Peter Watson 
GALAXON 313260 Kenley McLean 
PENGUIN 1356 Jason Oakley 
LUNAR LANDER 3600 Jason Oakley 
SUPER SNAKE 1918 Novice Peter Watson 
MAZE OF ARGON 73258 Peter Watson 
ASTEROIDS 110000 Peter McLean 
CIRCUS 1210 Peter Watson 
PANIK 7700 Peter Watson 
HOPPY 25550 Matthew McLean 
GHOST HUNTER 23400 Chris McLean 
STAR BLASTER 480 units left Matthew McLean 
KNIGHTS & DRAGONS 3700 Easy Peter Watson 
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COMPUTMATE 
appointment 


Ron Allen. 


TRADING POST 


EPROMS for EXTENDED DOS. and BASIC 
Are available from 
Bob Kitch 
7 Eurella Str. 
KENMORE O° id. 4049 


FOR SALE 


II. This is an electronic hand held Spelling checker, 
file, address file, clock, calendar and calculator. 
Price $70. 
2 Orlando St. Hampton. Vic.3188. Ph. 598 4534. 
+++ HHH 


For Sale. 


V.Z 300, with casserre recorder and 25 tapes. 


Fair offer. 


Janice Hardy 16 Chevell St. Corowa 2646.Ph.060 332 980. 


HAHA HEH 
Wanted to BUY. 
V.Z.200. In good order. Good price paid. 


Ben Hobson. P.O.Box. 255 Quirindi. N.S.W. 2343. 


BENDIGO VIC 3550 


‘HHH ++ 


OTHER V Z USER GROUPS 


H.V.V.Z.U.G6 DISKMAG 
P.0.Box ‚161 P.0.Box 600. 
JESMOND NSW. 2299. Taree NSW. 24350. 
CENT. VIC.COMP.Cliub ‘ BRISBANE VZUG 
24 Breen St. 63 Tingalpa St. 


WYNUM West. G’1ld. 4178 


Graeme Bywater 
P.0.Box 388 
MORLEY W.A. 6062 
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